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Introduction 

20 

Applicants were notified of a final rejection in the above application on 1/20/20 10, The 
rejected claims included two independent claims, a method claim, L and a Beauregard claim, 
25, to a data storage device that contains code for performing the method of claim 1. The final 
rejection came after a second RCE in the application, followed by an interview with Examiner 

25 : in which Applicants agreed 10 amend their claims to clarify the claim term "metric value", and a 
response to a non-fmal Office action mailed June 23, 2009. In the response, Applicants 
amended their claims as agreed and traversed Examiner's rejection of all claims as obvious over 
the combination of Bakaiash and Lore, These references have been in the prosecution since 
prosecution was reopened on 9/21/2007 after a first pre-appeal brief conference. Examiner ami 

30 Applicants have clearly reached an issue, and for that reason. Applicants arc again requesting a 
pre-appeal brief conference. References to Applicants* Specification in the following are to 
paragraphs in its Patent Application Publication 2005/0076065, published April 7, 2005. 

Traversal of Examiner's rejection of the claims under 35 U.S.C. 103 as obvious over the 
35 combination of Bakaiash and Tore 

Applicants ' invention 

Applicants' Abstract succinctly sets forth the techniques Applicants' claims arc directed to: 

40 Techniques for making aggregated entries in a database table which aggregate 

information from other entries in tables in the database system. The techniques 

1 
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permit the k entries t > tarn not only metric values aggregated from 
the other entries by techniques such as averaging in which the indivtdaa! values 
are lost, but also sets of individual values from the other entries. 

5 Applicants' FIG. 2 shows a prior-art table 1 1 I which aggregates the hits which a page hit table 
101 recorded on internet pages. There is an entry in table 101 for each hit on each page; the 
entry includes the time the hit occurred. In page hit roll up table 111, there is only one entry per 
page and the entry gives only the number of hits on the page over a period of time X. As set 
forth at [0008). table H i is much smaller than table 101, but nothing is preserved m table 1 1 1 

10 concerning the times at which the hits occurred. Applicants solve this problem by including a 
column in the rollup table winch contains a set value which indicates the times at which the hits 
occurred. Applicant's FIG. 3 illustrates a preferred embodiment of the techniques. Fig. 3 is 
discussed beginning at [0031] of 2005/0076065. Page hit roil up table 30i's entries are an 
embodiment of the aggregated entries of claim 1. What distinguishes them from table iOPs 

IS entries for rolled up page hit data, is that table 30 Ps entries contain not just the number of hits 
field 1 15, which indicates the total number of hits during the time pe riod covered by the table on 
the page URL indicated at 1 13, but also a value 303 which indicates the times at which the hits 
occurred during the time period represented by the entry. Two different ways of implementing 
value 303 are shown in FIG. 3; at 305 is shown a comma list of seconds indicating the times at 

20 which the hits occurred; at 307 is shown a bitmap in which there is a bit for each second in the 
period; if the bit for a second is set, a hit occurred at the time indicated by the bit's second. 

Claim I us currently amended 

Claim I. sets forth the techniques shown in FIG. 3 in straightforward fashion. The. claim's 



25 •'metric value" is defined at [0008J. Claim i as currently amended reads as follows: 

1 .1 . (currently amended) A method of aggregating a plurality of entries in a table in 

2 a enter , . , . , 1 mi. ft} entry in table 30! i in the 

3 table or another table in the database management system, the method comprising 

4 the step of: 

5 making the aggregated entry, the aggregated entry representing the 

6 plutahts m entries and includi ig a first fie d v hoi value is . metric v< lite I I 15) 

7 computed from a set of individual values of a .field in the plurality of entries and 

8 a second field whose value is a representation of the individual values (303), the 
0 metric value having the property that the individual values from which the metric 

10 value was computed cannot be derived from the metric value and the 

11 representation of the individual values having the property that the individual 
! 2 values are derivable therefrom. 
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Examiner's rejection of the claims in the Office action of June 23, 2009 

In the Office action of June 23, Examiner responds to Applicants* argument in the Submission 
of the RCF thai neither Bakalash nor Lore discloses the ''aggregated entry'' set forth in claim 1 
5 by maintaining that Lore does disclose the aggregated entry. Given that the metric field portion 
of the aggregated entry is well-known in t. t >et\veen Examii p 

thus whether Lore does in (act disclose the aggregated entry's "second field whose value is a 
representation of the individual values". 

10 The disclosure of Lore 

The first sentence of love's Abstract provides a broad overview of the technical area with which 
Lore is concerned: 

An aggregation engine for a data warehouse which provides an indexing 
technique which allows the measures in a fact table data entry to be added to the 
1 5 appropriate aggregate bucket . . . 

Lore defines an "aggregate bucket" at [0013] as an "internal representation lor each aggregated 
output fact record/' As is apparent from the last sentence of paragraph [0248}, the "aggregated 
output fact record" is a record which contains the result of an aggregation, in the terms used in 
20 Applicants' claims, the aggregate bucket contains the '"metric value" resulting from the 
aggregation. See in this regard Lore's [001 1 There is simply no suggestion anywhere in Lore 
that the value represented by an "aggregate backet" might be accompanied by an) thing like the 
"value [that] is a representation of the individual values" of Applicants' claims I and 25. 

25 Detailed rebuttal of Esxtminer \s rejection in her Response to Applicants ' argument 

In her Response to Applicant s Argument in the final Office action of 1 '20/20 10. Examiner cites 

t phs 125 tnd 191 of Lore P tg ml 125 reads as ollows ii its entirety 

jut 25} The relation table 4 has three primary uses. Firstly, it provides information 
about the number of aggregate records for each level so that the index table can be 
30 populated. Secondly, it computes indexes of detail and aggregate keys that, when 

combined with the data from the index table, are used to locate the address of the 
aggregation buckets in the address Hie and the entries in the memory cache. 
Thirdly, it provides the list of aggregate records into which a given detail record 
needs to be aggregated, 

35 
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ii i bk is hown in id 2 ol Lore and in del dl in FIG 5 [i>t_^j is part oi the 
description of 1 i< ( 5. ! K > 5 shows two possible candidates f> t Applicant's aggregated records: 
level node 40 and detail node 44. Details of the level node are provided at Lore's {009!] and 
details of the detail node are provided at l ore's [0096], 

5 

As s app 'i id. 5 joij>] s in for < > iher of a ecords for 

each level" is contained in the level nodes, which, as is clear from [00 ( >i], contain a code for the 
ig >regaie level the number oS detail records that contribute to the level and indexes to the 
sod e gate \ dues fo that lev* \s llx in ie vill i ! led 

10 see, the level node's number of detail records that contribute to the level is neither Applicant's 
"first field whose value is a metric value's where the value is "computed from a set of 
individual values of a field in the plurality of entries", nor Applicants' "second field whose 
value is a representation of the individual values". The level node's indexes to the aggt 
nodes are also neither Applicant's "first field whose value is a metric value" nor Applicants' 

1 5 "second field whose value is a representative of the individual, values". 

The other candidate is detail node 44, which embodies (0125]'s "list of aggregate records into 
which a given detail record needs to be aggregated". As shown in detail at (00%], the detail 
node has a key, an indication of the number of aggregates that the detail represented by the node 
20 is to be included in, and indexes of the aggregate nodes for those aggregates. Again, the detail 
node's number of aggregates is neither Applicant's '•first field whose value is a metric value" 
nor Applicants' "second field whose value is a representation of the individual values", and the 
same is the case with the detail node's indexes to the aggregate nodes, 

25 Since neither level node 40 nor detail node 44 discloses anything like Applicant's "second field 
whose value is a representation of the individual values", the disclosure of bore's (0125 1 does 
not. support Examiner's rejection of claim i. As for Lore's [0191], that location discusses 
lore's "rolling cache". As set forth there, Che "rolling cache" permits an "aggregation entry" to 
'perform ; > scd on is nth input fact ret rd 'tut m las seen so 

30 far in its life time in the memory cache". At most, the cited location discloses a technique for 
producing what Applicant terms the "metric value" of an aggregation entry. There is certainly 
no disclosure here of Applicants' "second field whose value is a representation of the individual 
values". 
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?n her final rejection of I 20/2010, I xamt nds that \\ i iche ! 1 the function of 
the aggregated entry which includes a field that represent the individual members and these 
members are specified along with their addresses". With the best will in the world. Applicants' 
5 attorney cannot find that teaching in {0191}; it is however apparent from Lore's FIG. 5 and the 
discussion at [0083 )-{() 100 1 and particularly at [0097] that each detail record that is to be 
aggregated has associated with it indexes to the aggregate nodes -"for which this detail is a 
constituent's i.e.. in which the value of tins detail is used to compute the value contained in the 
g .cue node. Whatever else these indexes arc, they arc not claim Fs "second field whose 
10 value is a representation of the individual values'/ 



Since neither the disclosure of Lore's [0125] nor the disclosure of Lore's [0.191 j support 
Examiner's Response to Applicant's argument" in the Office action of Jan. 20, 2010, Applicant 
respectf ully submits that the combination of Lore and Bakalash does not support Examiner's 
15- rejection of claim 1 under 35 U.S.C. 103. Examiner will immediately see that the arguments 
made above with regard to claim 1 apply equally to the other independent claim, claim 25. 
Because both independent claims are patentable over Lore and Bakalash, so are all of the 
dependent claims. 



Conclusion 

Applicants have demonstrated that the combination, of Bakalash and Lore does not disclose all 
of the limitations of independent claims I and 25, and that all of the claims are consequently 
patentable over the references. That being the case. Applicants respectfully request that the 
Conferees cither allow the claims or reopen prosecution. A Notice of Appeal was previously 
filed in this application on 6/21/2007; a copy is attached. Since a Notice has already been filed, 
no fees are believed to be necessary for this Request, Should any be, please charge them to 
deposit account 50! 3 1 5. 

Respectfully submitted. 
< iordor 1 Nelson 



Attorney of record, 
Gordon E. Nelson 
57 Central St., P.O. Box 782 
Rowley, MA. 01960, 
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